筆者所任職的單位, 多數的測試都是使用全手動的方式在進行. 主因是自動化工具不好用及很多測試者覺得使用手動測試的方式才會更全面跟更仔細 ...

但手動測試的問題是 太耗人力及ROI 過低.

筆者習慣使用誘導或引導的方式讓做手動測試的同事, 願意接受自動化或可以撰寫出簡單的腳本以利導入自動化測試

引導的主要觀點

• 找出對方願意投入的項目 (利多)
  • 例如: 前同事喜歡玩Arduino, 那筆者就在適當的專案中特別加入這個元素. 讓同事協同開發測試工具
• 滿足同事的優越感
  • 每個人通常都喜歡被讚美的優越感, 筆者就是利用這個方式. 從簡單的自動化工具開始教起, 讓同事可以漸進式的做出自動化測試的工具
• 將流程化繁為簡
  • 沒有人喜歡複雜的事情, 尤其是工作上. 筆者很常在引導的過程中, 將自動化測試工具做成半成品或sample, 讓同事去重新排列組合成一個完整的專案.
• 直接告知這個項目要使用哪種方式比較適合
  • 筆者長期在推廣python , 引導不少同事從基礎學到進階後, 遇到的最大的問題都是 遇到問題時, 不知道要怎麼下手. 筆者就會依照經驗分享 這個項目該如何拆解會比較好.

方法1: 直接告知如何這個測試使用自動化的方式, 會省下多少時間跟方便性.

就是把所有要執行的程式一行行 直接寫到同一個檔案去 , 這樣一個腳本檔案 也算是自動化工具了
例如以下這個例子, 兩行寫完後 存成.cmd / .bat檔 就是一個可自動跑的腳本了

dir c:\temp /b >> temp1.txt
dir f:\ /b >> temp1.txt

方法2: 使用各種方便的工具或簡單的腳本語言達成 部分程式語言的目的.

簡單的說, 很多人不願意寫程式的原因是

• 覺得程式太難, 自己沒慧根
• 被C++嚇到後就不敢再碰程式語言
  • 這是時代的眼淚, 前世代的人在接觸程式語言都是以組合語言或C++ 開始的

筆者的做法就是先引導他們使用簡單的腳本語言去練習程式語言中的基本邏輯, 再慢慢引導他們往程式語言或進階語法去運用

方法3: 自動化工具直接幫對方部門做好後, 其他的參數組合. 引導其他單位的測試人員以腳本的方式施作而完成自己的目的

結論:
想要讓手動測試的人 改變, 就要有利多 , 不然他們寧可死守以前的做法而不願意導入新方法. 筆者在前部門將新手培養成會寫自動化的高手後. 在工作時間, 不少人做完自己的事情後就開始接副業、打電動、曬網. 但產出的品質甚至比以前純手動工作時的效率還要高出許多.